Don't forget to delete DerivedData from any solutions you have. Those are pigs.The space needed for Xcode 11.3 is between 24-26GB. Verified just now by deleting files incrementally.

Seeing this as well Xcode 11.7 and Catalina

Same issue on Xcode 11.7 and Catalina

Has anyone tried on macOS 11?

Am seeing this with failed builds only now. Used to be rejected builds would show.

Was able to finally get a build through an hour ago with Xcode 11.7 using Release configuration. Debug configuration seems to be broken still (Release was broken yesterday as well).

Seeing this again in Xcode 12.5. Strange thing is I'm not loading any WKWebView on app start.

Seeing the same thing. Did you resolve?

I found that I had this issue building with xcodebuild but not when building and deploying interactively through Xcode and Organizer. Did not have to adjust bitcode settings and did enable bitcode on upload. Looking at the binary executable, there is a clear 43MB difference in size between the accepted version (bigger) and the command line built version. Would be interested to know if anyone else has seen this.

Same in US through xcodebuild as well

Looks like it's clearing up. Just succeeded.

Opened ticket with Apple through Feedback Assistant today. Error message from running UTType..preferredMIMEType returns nil and error in LLDB says "File a bug" :). I'm not optimistic on resolution since it seems like Simulator under Rosetta is not supported at all sadly. Not everyone can easily rebuild for arm64 due to third party dependencies though.

See this link https://pspdfkit.com/blog/2022/download-failures-with-swift-package-manager-binary-targets/

Still an issue with release version of iOS 17.0

I think the only feasible solution now would be to do some post-processing on the DocC catalog. It's all JSON and files so painful but possible. Because previews by their nature aren't referenced from other classes and are top-level structures removal would be 1) killing preview files and 2) parsing/updating referencing JSON.